架构工作台：构建企业（应用）架构的数字孪生

基础：设计架构、演进架构与观测架构

在治理架构时，我们通常会关注于如何设计，如何演进，以及观测架构在运行时的状态。

一个基础的架构工作台，应该考虑上述的三个要素。

进阶：构建架构的数字孪生

理想的架构工作台，它应该提供一个可交互的架构的映射版本。它意味着：它是对系统或对象在其整个生命周期中的虚拟表示，我们可以根据实时数据进行更新，并使用 模拟、机器学习和推理来帮助决策。

从概念上来说，它提供了一个非常美好的未来，难点就在于如何实现这样的系统？

我们正在设计 ArchGuard 的数字孪生版本，则围绕于这三种形态的架构形式（从实现的层面考虑的）：

这个版本相当于是设计态，在实现的时候，还会受到开发能力和数据上的制约。未来，我们是不是也应该代码及其架构孪生的双向绑定？

核心：说明性编程与显性设计

我们所熟悉的各类架构相关的规范，它存在着诸多的问题，诸如于： 规范不直观、规范没有自动化等。为了有效的演进架构，我们需要有效地结合规范、代码、设计，也就是说明性编程与显性设计，它们都是来自于 PL（编程语言）/ DSL（领域特定语言）中的概念。

这两个特性是围绕于 架构即代码这一理念所改善的，诸如于 PlantUML、Graphviz 这一类图表即代码（Diagrams as code）也具备了这样的特质。

其它特质

当然，为了让这个系统更好用，我们还需要其它的一系列特性：

依旧还有诸多东西可以探索，等待我们构建完第一个版本后，再展开讨论。

我们应该如何去设计与实现的？

我们现在 ArchGuard 中实践一个这样的系统，它相当地令人激动。作为一个早期的版本，它勉强可以工作，如下是我们构建系统的一些思路。

1. 大数据的工作台作为灵感

由于，系统是一个类似于数据分析的系统，所以我们的诸多流感来源于大数据领域。在工作台上，起初，我们的想法是构建一个采用 RStudio 似的可编译报告，并提供类似于 Jupyter 的交互体验。

可由于 Jupyter 的交互体验太差，下载的文件又没有可读性，不能方便地编辑 + 运行。所以，我们采用了 Markdown 作为数据格式，方便于开发人员编写文档，也可以在任意的 IDE 中打开和编辑。在 UI 上，则是采用 ProseMirror 主编辑器，即 Markdown 的编辑器，采用 Monaco Editor 作为副编辑器，即代码的编辑器。

2. 构建基于 REPL 的抽象

考虑到了 IDE 支持，我们采用了 Kotlin 来构建 内部 DSL，这样就无需外部 DSL 需要构建编辑器支持。接着，就采用了 Kotlin ing Compiler 作为底层的 REPL（read–eval–print loop，也称为 交互式顶层构件），简单来说，就是 Kotlin 语言的命令行模式。从形态上来说，类似于 MySQL Workbench 的形式，又或者说是 Python 的 CLI 模式。

随后，便是抽象系统（ArchGuard）、设计态的架构、架构适应度函数的 DSL。

3. 请求和响应程序的运行

在有了编译器后端的支持及 Kotlin DSL 的 IDE 之后，我们需要构建双者的桥梁。于是，我们采用 WebSocket 作为通信方式，返回结果上按不同的类型处理。诸如于：

与通常的 C/S 结构开发无异。图形化的结果，用于支持我们的 说明性编程与显性设计。

其它

我们依旧在设计和构建这样的工作台，欢迎随时来勾搭我们：https://github.com/archguard/archguard 。

参考内容：返回搜狐，查看更多